Klik op de beschikbare categorieën voor een overzicht
PHP-lek: gevolgen en afhandeling
Onderhoud-Storingen 22 oktober 2026
Update 22 oktober, 13:30 uur
Plesk heeft ook voor het hostingpaneel een beveiligingsupdate uitgebracht. Die is geïnstalleerd en het hostingpaneel is weer voor iedereen bereikbaar. Een whitelist voor uw IP-adres is niet meer nodig.
Op woensdag 21 oktober werden twee ernstige beveiligingslekken bekend in PHP, de software waarop vrijwel alle websites draaien. In ons eerdere bericht leest u hoe wij die dag hebben ingegrepen. In dit bericht leest u wat de gevolgen voor websites waren en hoe wij die afhandelen.
Verplichte overstap naar een veilige PHP-versie
PHP 7.0 tot en met 8.1 worden officieel niet meer ondersteund. Op het moment dat wij moesten ingrijpen, was er voor die versies geen oplossing voor deze lekken. Websites op die versies waren daardoor niet te beveiligen. Wij waren verplicht ze over te zetten naar een veilige, bijgewerkte versie: PHP 8.4.
Achteraf elke website nagelopen
Na de overstap hebben wij alle overgezette websites nagelopen. Een deel daarvan gaf op de nieuwe versie een foutmelding. De oorzaak zit dan in de website zelf: WordPress, het thema of de plugins zijn te oud voor de nieuwe PHP-versie.
Persoonlijk aangeschreven
Iedere klant van wie de website na de overstap een foutmelding gaf, heeft van ons een persoonlijke e-mail gekregen. Daarin leggen wij per website uit waar het fout gaat: welke onderdelen achterlopen, wat er moet gebeuren (bijwerken, of bij een heel oude website opnieuw laten maken) en of er bekende beveiligingslekken in zitten.
Tijdelijke tussenoplossing
Woensdagavond laat is, enigszins onverwacht, ook een beveiligingsupdate uitgebracht voor de oudere PHP-versies die officieel niet meer worden ondersteund. Gezien de ernst van de lekken is dat een begrijpelijk besluit. Daardoor kan een website nu tijdelijk terug naar zijn vorige, bijgewerkte PHP-versie.
Normaal kiest u de PHP-versie van uw website zelf in het hostingpaneel. De bijgewerkte oude versies (PHP 7.4, 8.0 en 8.1) zijn daar echter niet zelf te kiezen. Daarom hebben wij een geautomatiseerde tussenoplossing gemaakt.
U beantwoordt onze e-mail met een kort ingevuld blok. Uw website gaat dan binnen enkele minuten tijdelijk terug naar de vorige PHP-versie, en u krijgt een bevestiging. Iedere klant heeft daarvoor een persoonlijke code, zodat niemand anders namens u een verzoek kan doen. De automatische afhandeling per e-mail werkt tot en met 31 oktober 2026; die datum staat ook in uw e-mail. Daarna kunt u gewoon reageren en handelt onze helpdesk uw verzoek af.
Terugzetten naar een oude PHP-versie is op eigen verantwoordelijkheid. Deze versies krijgen normaal geen beveiligingsupdates meer; de update van woensdag was een uitzondering. Zeker in combinatie met een verouderd WordPress, thema of plugins kan een website dan snel worden misbruikt. Hoe lang uw website op de oude versie mag blijven, hangt daarom af van de staat van de website. Zitten er bekende beveiligingslekken in, dan is die tijd sterk ingekort: u moet de website binnen twee weken bijwerken. Is uw website verder bijgewerkt en zijn er geen bekende lekken, dan heeft u langer de tijd, tot uiterlijk 31 december 2026.
Vooruitkijken
Aan het einde van dit jaar, op 31 december 2026, zetten wij de oude PHP-versies definitief stop. Draait uw website tijdelijk op een oude versie, zorg dan dat hij vóór die datum is bijgewerkt.
Ook PHP 8.2 krijgt na 31 december 2026 geen updates meer. Klanten met een website op PHP 8.2 krijgen daarover van ons een aparte e-mail. Wij adviseren minimaal PHP 8.3.
Heeft u vragen over uw website of uw PHP-versie, neem dan contact met ons op.
Plesk heeft ook voor het hostingpaneel een beveiligingsupdate uitgebracht. Die is geïnstalleerd en het hostingpaneel is weer voor iedereen bereikbaar. Een whitelist voor uw IP-adres is niet meer nodig.
Op woensdag 21 oktober werden twee ernstige beveiligingslekken bekend in PHP, de software waarop vrijwel alle websites draaien. In ons eerdere bericht leest u hoe wij die dag hebben ingegrepen. In dit bericht leest u wat de gevolgen voor websites waren en hoe wij die afhandelen.
Verplichte overstap naar een veilige PHP-versie
PHP 7.0 tot en met 8.1 worden officieel niet meer ondersteund. Op het moment dat wij moesten ingrijpen, was er voor die versies geen oplossing voor deze lekken. Websites op die versies waren daardoor niet te beveiligen. Wij waren verplicht ze over te zetten naar een veilige, bijgewerkte versie: PHP 8.4.
Achteraf elke website nagelopen
Na de overstap hebben wij alle overgezette websites nagelopen. Een deel daarvan gaf op de nieuwe versie een foutmelding. De oorzaak zit dan in de website zelf: WordPress, het thema of de plugins zijn te oud voor de nieuwe PHP-versie.
Persoonlijk aangeschreven
Iedere klant van wie de website na de overstap een foutmelding gaf, heeft van ons een persoonlijke e-mail gekregen. Daarin leggen wij per website uit waar het fout gaat: welke onderdelen achterlopen, wat er moet gebeuren (bijwerken, of bij een heel oude website opnieuw laten maken) en of er bekende beveiligingslekken in zitten.
Tijdelijke tussenoplossing
Woensdagavond laat is, enigszins onverwacht, ook een beveiligingsupdate uitgebracht voor de oudere PHP-versies die officieel niet meer worden ondersteund. Gezien de ernst van de lekken is dat een begrijpelijk besluit. Daardoor kan een website nu tijdelijk terug naar zijn vorige, bijgewerkte PHP-versie.
Normaal kiest u de PHP-versie van uw website zelf in het hostingpaneel. De bijgewerkte oude versies (PHP 7.4, 8.0 en 8.1) zijn daar echter niet zelf te kiezen. Daarom hebben wij een geautomatiseerde tussenoplossing gemaakt.
U beantwoordt onze e-mail met een kort ingevuld blok. Uw website gaat dan binnen enkele minuten tijdelijk terug naar de vorige PHP-versie, en u krijgt een bevestiging. Iedere klant heeft daarvoor een persoonlijke code, zodat niemand anders namens u een verzoek kan doen. De automatische afhandeling per e-mail werkt tot en met 31 oktober 2026; die datum staat ook in uw e-mail. Daarna kunt u gewoon reageren en handelt onze helpdesk uw verzoek af.
Terugzetten naar een oude PHP-versie is op eigen verantwoordelijkheid. Deze versies krijgen normaal geen beveiligingsupdates meer; de update van woensdag was een uitzondering. Zeker in combinatie met een verouderd WordPress, thema of plugins kan een website dan snel worden misbruikt. Hoe lang uw website op de oude versie mag blijven, hangt daarom af van de staat van de website. Zitten er bekende beveiligingslekken in, dan is die tijd sterk ingekort: u moet de website binnen twee weken bijwerken. Is uw website verder bijgewerkt en zijn er geen bekende lekken, dan heeft u langer de tijd, tot uiterlijk 31 december 2026.
Vooruitkijken
Aan het einde van dit jaar, op 31 december 2026, zetten wij de oude PHP-versies definitief stop. Draait uw website tijdelijk op een oude versie, zorg dan dat hij vóór die datum is bijgewerkt.
Ook PHP 8.2 krijgt na 31 december 2026 geen updates meer. Klanten met een website op PHP 8.2 krijgen daarover van ons een aparte e-mail. Wij adviseren minimaal PHP 8.3.
Heeft u vragen over uw website of uw PHP-versie, neem dan contact met ons op.
De registratiedienst
De registratiedienst is een product van InterIP Networks B.V. in Wateringen, tussen Den Haag en Delft
Nieuwsberichten
PHP-lek: gevolgen en afhandeling...
Beveiligingslekken in PHP: maatregelen en stand van zaken...
Webmail vernieuwd: 2-staps verificatie, spellingcontrole en meer...
Nieuw certificaat mailserver: stel mail.interip.nl en smtp.interip.nl in...
Storing shared hosting server web112 in de nacht van 26 op 27 september...
Beveiligingslekken in PHP: maatregelen en stand van zaken...
Webmail vernieuwd: 2-staps verificatie, spellingcontrole en meer...
Nieuw certificaat mailserver: stel mail.interip.nl en smtp.interip.nl in...
Storing shared hosting server web112 in de nacht van 26 op 27 september...
